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(57) Abstract: The invention concerns a protocol for remote 
launching of a software application and reserving network 
resources with quality of service between a caller terminal 
TA and a called terminal TB. Said protocol consists in: 
transmitting (A) from the caller terminal to the called terminal 
TB a reservation request for connection via a server and a 
transmission via an unconnected network and in establishing 
(B) between the caller terminal TA and the called terminal 
TB, a procedure for reserving network resources with quality 
of service by exchange of messages by transmission via the 
unconnected network. When the network resources reservation 
is accepted by the server, establishing (C), on the same physical 
network supporting the unconnected network via a control 
network RC, a connected network between the caller terminal 
and the called terminal. The connected network forms the 
network resource with quality of service for executing the 
remote software application between the caller terminal TA 
and the called terminal TB. The invention is applicable to a 
connected network, ATM network, and to an unconnected 
network, IP network. 

(57) Abrege: U invention conceme un protocole de lanceraent 
d'une application logicielle a distance et de reservation de res- 
sources reseau avec quality de service entre un terminal appelant 
TA et un un terminal appele* TB. D consiste a transmettre (A) a 
partir du terminal appelant TA vers le terminal appele' TB une re- 
quete de reservation de connexion par rintermetliaire d'un ser- 
veur et d'une transmission par reseau non connect^ et a etablir 
(B), entre terminal appelant TA et terminal appele' TB, un pro- 
cessus de reservation de ressources reseau avec qualite* 
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de service par echange de messages par rinterm6diaire de la transmission par reseau non connecte*. Sur acceptation de la reservation 
de ressources reseau par le serveur est etabli (C), sur le meme reseau physique support du reseau non connecte* par rinterm£di- 
aire d'un reseau de commande RC, un reseau connecte entre le terminal appelant TA et le terminal appele' TB. Le reseau connecte 
constitue la ressource reseau avec quality de service pour executer T application logicielle a distance entre terminal appelant TA et 
terminal appele" TB. Application a un reseau connecte", reseau ATM, et a un reseau non connecte", reseau IP. 
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Protocole de lan cement d'une application logicielle 
a distance et de reservation de res sources reseau 
avec qnalite de service 



5 Avec 1 1 avenement de 1 ' echange d ' informations de 

toute nature, par 1 ' intermediaire des reseaux de 
transmission, le probleme de la configuration, de 
l 1 occupation et de 1 ' utilisation rationnelle de ces 
derniers est devenu d'une importance majeure, afin 

10 d 1 assurer une transmission de ces informations dans des 
conditions satisf aisantes . 

D'une maniere generale, la transmission de ces 
informations peut etre effectuee, par 1 1 intermediaire de 
ces reseaux, en mode connecte ou en mode non connecte. 

15 Lors d'une transmission en mode connecte, une 

entite appelante ne peut emettre d ' informations vers une 
entite appelee sans avoir, au prealable, demande a cette 
derniere la permission de lui transmettre des blocs 
d ' informations . Le processus de transmission en mode 

20 connecte implique done la mise en oeuvre d'un etablissement 
de la connexion, succession de connexions multiples, d'un 
echange des blocs d ' informations puis de la liberation de 
la connexion. C'est le cas, par exemple, de la 
communication par le reseau telephonique commute, RTC, ou 

25 par le reseau numerique a integration de services RNIS. 

Lors .d'une transmission en mode non connecte, les 
informations sont transmises par routage vers une entite 
lointaine qui peut se trouver en etat d'activite ou de 
non-activite . En cas de non-activite , cette derniere est 

30 remplacee par une boite a lettres. Pour un tel mode de 
transmission, les caracteristiques des blocs de donnees 
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transmises doivent etre connues et a chaque transmission 
il est necessaire de preciser les informations de controle 
qui seront necessaires pour que ces donnees transmises, et 
les informations vehiculees par ces dernieres, arrivent a 
5 destination. En particulier, l'adresse de l'entite 
lointaine, receptrice, et de l'entite emettrice, doivent 
dans ce but etre inserees dans le bloc de donnees 
transmises. C'est le cas en particulier de la transmission 
de messagerie electronique, de fichiers et d 1 applications 
10 pour lesquelles la communication en temps reel n'est pas 
necessaire . 

A I'heure actuelle, les travaux publies sur le 
theme de la programmation, et la configuration, des 
reseaux connectes ont essentiellement concerne les 

15 processus de programmation et de configuration avec 
signalisation. On rappelle, en particulier, que ces 
processus avec signalisation consistent, essentiellement, 
a transporter les commandes de connexion, encore appelees 
signalisation, par 1 ' intermediaire d'un reseau de 

20 signalisation dit reseau semaphore. 

Plus recemment, les Universites de Kansas et de Columbia 
(New York) aux Etats-Unis d'Amerique ont publie des 
travaux relatifs a la reservation de bande passante dans 
un reseau de transmission a 1 ' aide du protocole de 

25 reservation de ressources GSMP, pour Generic Switch 
Management Protocol. 

Parmi ces travaux, on peut citer les articles ci-apres : 
1) "Realizing the MPEG-4 Multimedia Delivery Framework", 
IEEE Network Magazine pp. 35-45, Novembre/decembre 
30 1998. Special Issue on Transmission and Distribution 
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of Digital Video, publie par J.F. HOARD, A. A. LAZAR, 
K.S. LIM et G.S. TSELIKIS ; 

2) "A Programmable Transport Architecture with QOS 
Guarantee" , IEEE Communications Magazine, Vol.36, 
No. 10, pp. 54-62, octobre 1998 publie par J.F. HUARD 
et A. A. LAZAR ; 

3) "The IEEE p. 1520 Standards Initiative for Programmable 
Network Interfaces" , IEEE Communications Magazine, 
Vol.36, No. 10, pp. 64-70, octobre 1998, publie par 
J. BISWAS, A. A. LAZAR, J.F. HUARD, K.S. LIM, 
S. MAHJOUB, L.F. PAU, M. SUZUKI, S. TORTENSSON, W.WANG 
et S. WEINSTEIN ; 

4) "Programming Telecommunication Networks", IEEE Network 
Magazine pp. 8-18, septembre /octobre 1997, publie par 
A. A. LAZAR. 

En outre, des procedures de demande 

d* etablissement d'une connexion a travers un reseau par 
1 1 intermediaire d * un navigateur "web" ont fait l'objet de 
travaux. Parmi ceux-ci, on peut citer : 

5) 1' article intitule "Session Control for Broadband 
Multimedia Services using the HTTP Protocol" , ATM 
Forum, fevrier 1997, publie par GOTA LEIJONHUFVUD 
Ericsson Telecom AB. 

Enfin, les procedures RMI {.Remote Method Invocation) et 
HTML (Hyper Text Marked Language) sont connues en 
environnement JAVA pour lancer des applications dans une 
architecture client-serveur sur un reseau non connecte. 

Les procedures mentionnees precedemment donnent 
satisfaction, mais elles doivent utiliser le meme reseau 
pour assurer la transmission des flux d ' informations de 
1 ' application. A titre d'exemple, il n'existe pas dans les 
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procedures precitees de moyens d'indiquer vers le reseau 
utilise la valeur et le type de qualite de service requis. 
En outre, dans les procedures precitees, il n'existe a 
priori aucun couplage permettant d' assurer le lancement 
d'une connexion d'un reseau connecte, ni a fortiori une 
application, ce dernier etant distinct et independant du 
reseau non connecte. 

La presente invention a pour objet de remedier aux 
inconvenients et limitations des procedures de 1 1 art 
anterieur par la mise en oeuvre d'un protocole de lancement 
d'une application logicielle a distance et de reservation 
de ressources reseau avec qualite de service, un terminal 
appelant etant ainsi mis en mesure de lancer une 
application a distance sur un terminal appele lorsque ces 
terminaux sont relies sur un reseau connecte. 

Un autre objet de la presente invention est en 
outre la mise en oeuvre d'un protocole de lancement d'une 
application logicielle a distance et de reservation de 
ressources reseau avec qualite de service dans lequel, 
prealablement au lancement effectif de 1 ' application, le 
terminal appelant a effectue, par reservation, des 
connexions a partir d'un reseau non connecte. 

Un autre objet de la presente invention est 
egalement, apres realisation de la connexion par le reseau 
connecte entre le terminal appelant et le terminal appele, 
la mise en oeuvre d'un protocole permettant la mise en 
ceuvre d'une communication avec un debit a qualite de 
service garanti sur le reseau connecte. 

Un autre objet de la presente invention est enfin 
la mise en oeuvre d'un protocole de lancement d'une 
application logicielle a distance et de reservation de 
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ressources reseau avec qualite de service plus 
particulierement destine a la gestion de communications 
visiophoniques a partir d'un meme ensemble integre au 
niveau du terminal appelant. 

Le protocole de lancement d'une application 
logicielle a distance et de reservation de ressources 
reseau avec qualite de service entre un terminal appelant 
et un terminal appele, objet de la presente invention, est 
remarquable en ce qu'il consiste a transmettre, a partir 
du terminal appelant vers le terminal appele, une requete 
de reservation de connexion, par 1 ' intermediaire d'un 
serveur et d'une transmission par reseau non connecte et a 
etablir, entre le terminal appelant et le terminal appele, 
un processus de reservation de ressources reseau avec 
qualite de service, par echange de messages par 
1 ' intermediaire de la transmission par le reseau non 
connecte. Sur acceptation de la reservation de ressources 
reseau par le serveur est etabli, sur le meme reseau 
physique support du reseau non connecte, par 
1 ' intermediaire d'un reseau de commande, un reseau 
connecte entre le terminal appelant et le terminal appele. 
Le reseau connecte constitue la ressource reseau avec 
qualite de service pour executer 1 1 application logicielle 
a distance entre le terminal appelant et le terminal 
appele . 

Le protocole objet de la presente invention est 
destine a la mise en ceuvre a distance d ' applications 
logicielles de tout type avec reservation de qualite de 
service, mais il est plus particulierement destine a des 
applications de visioconf erence pour lesquelles la gestion 
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de 1' occupation de bande passante des reseaux connectes en 
assurant 1' execution est primordiale . 

Le protocole objet de la presente invention sera 
maintenant expose dans la description ci-apres en liaison 
avec les figures en facilitant la comprehension dans 
lesquelles : 

- la figure la represente, sous la forme d'un 
organigramme fonctionnel, les etapes de mise en ceuvre du 
protocole objet de la presente invention ; 

- la figure lb represente un mode de realisation 
particulier preferentiel du protocole objet de la presente 
invention dans le cas ou le reseau non connecte est le 
reseau IP, pour Internet Protocol, et ou le reseau 
connecte est le reseau ATM ; 

- la figure lc represente a titre illustratif 
1 'architecture relative des reseaux connecte et non 
connecte dans le mode de realisation de la figure lb ; 

la figure 2 represente, a titre d'exemple 
illustratif, un detail de mise en oeuvre du protocole objet 
de la presente invention, dans un mode de mise en ceuvre 
preferentiel dans lequel les messages de requete de 
reservation de connexion et de processus de reservation 
sont etablis en environnement JAVA ; 

- les figures 3a et 3b representent des pages 
ecrans affichees par le moniteur du terminal appelant 
respectivement du terminal appele dans le cas d'une 
application de visioconf erence . 

Le protocole de lancement d'une application 
logicielle a distance et de reservation de ressources 
reseau avec qualite de service, objet de la presente 
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invention, sera maintenant decrit en liaison avec la 
figure la et les figures suivantes. 

D'une maniere generale, on indique que le 
protocole objet de la presente invention est destine a 
etre mis en oeuvre entre un terminal appelant, note TA, et 
un terminal appele, note TB. Bien entendu, le terminal 
appelant et le terminal appele sont equipes des ressources 
necessaires afin d'echanger des messages d ' informations 
sous forme de fichiers et de preference sous forme de 
pages ecrans permettant 1 ' instauration d'un dialogue 
interactif entre le terminal appelant TA et le terminal 
appele TB. 

En reference a la figure la, on indique que, suite 
a une etape de debut dans laquelle le terminal appelant TA 
et le terminal appele TB sont necessairement physiquement 
interconnectes a un reseau susceptible de mettre en 
communication ces derniers, le terminal appele TB etant 
f onctionnellement independant du terminal appelant TA, le 
protocole objet de la presente invention consiste, a 
1' etape A, a transmettre a partir du terminal appelant TA 
vers le terminal appele TB une requete de reservation de 
connexion, cette requete etant notee R RC et etant 
transmise par 1 ' intermediaire d'un serveur S et d'une 
transmission par un reseau non connecte. De par la 
transmission de cette requete par reseau non connecte, 
cette transmission implique les conditions de transmission 
precedemment mentionnees dans la description, relativement 
a la transmission de donnees ou de messages d ' information 
sur le reseau non connecte. 

Suite a 1 1 etape A precitee, le protocole objet de 
la presente invention consiste, en une etape B, a etablir 
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entre le terminal appelant TA et le terminal appele TB, un 
processus de reservation de ressources reseau avec qualite 
de service. D'une maniere generale, on indique que ce 
processus de reservation permet a 1 1 utilisateur du 
terminal TA de definir certains parametres relatifs aux 
ressources reseau avec qualite de service, ainsi qu'il 
sera decrit ulterieurement dans la description. 

Conformement a un aspect remarquable du protocole 
objet de la presente invention, on indique que le 
processus de reservation est etabli par echange de 
messages par 1 * intermediate du serveur et de la 
transmission par reseau non connecte precedemment 
mentionne relativement a 1 ' etape A. 

Sur acceptation de la reservation de ressources 
reseau par le serveur, le terminal appele precite ou 
1' utilisateur de ce dernier etant susceptible d' accepter 
1' execution de 1 ' application, le protocole objet de la 
presente invention consiste, a 1' etape C, a etablir, de 
preference sur le meme reseau physique support du reseau 
non connecte, par 1 ' intermediate d'un reseau de commande 
RC, un reseau connecte entre le terminal appelant TA et le 
terminal appele TB. On rappelle ainsi que, lorsque le 
reseau connecte est etabli, la transmission de messages 
d' information entre le terminal appelant TA et le terminal 
appele TB satisfait aux conditions prealablement 
mentionnees dans la description relativement a la 
transmission de messages d ' information sur un reseau 
connecte . 

Ainsi, le reseau connecte constitue la ressource 
reseau avec qualite de service permettant d'executer 
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1 * application logicielle a distance entre le terminal 
appelant et le terminal appele. 

D'une maniere generale, on indique que pour 
realiser la mise en oeuvre du protocole objet de la 
5 presente invention, il est necessaire que le reseau 
connecte destine a transporter les flux d 1 informations 
avec qualite de service soit commande de maniere externe, 
la notion de commande externe couvrant a la fois la mise 
en ceuvre d'un reseau de commande, le reseau RC, permettant 

10 de configurer les connexions successives du reseau 
connecte ou, le cas echeant, d'un systeme de traduction 
entre les messages transmis par le reseau non connecte 
afin d'effectuer la reservation des ressources et une 
signalisation existante telle que definie precedemment 

15 dans la description. 

Dif ferents modes de realisation specif iques seront 
maintenant decrits en liaison avec les figures lb et 1c, 
lesquelles visent a definir une architecture 
pref erentielle des systemes de reseaux connectes, 

20 respectivement de reseaux non connectes mis en oeuvre pour 
assurer la conduite du protocole de lancement d'une 
application logicielle a distance et de reservation de 
ressources reseau avec qualite de service conforme a 
l 1 objet de la presente invention. 

25 D'une maniere generale, en reference a la figure 

lb, on indique que les etapes consistant a transmettre la 
requete de reservation de connexion R rc et a etablir entre 
le terminal appelant et le terminal appele un processus de 
reservation de ressources reseau avec qualite de service 

30 sont de preference realisees a partir du serveur. 
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De meme, en reference a la figure lc, on indique 
que de maniere part iculierement avantageuse, le serveur 
peut etre constitue par un serveur "web" . Dans ces 
conditions, les etapes consistant a transmettre la requete 
de reservation de connexion et a etablir entre le terminal 
appelant TA et le terminal appele TB un processus de 
reservation de ressources reseau avec qualite de service 
peut consister alors en 1 1 envoi de messages HTML, pour 
Hyper Text Marked Language, 

En reference aux figures lb et lc, on indique que 
dans ce mode de realisation pref erentiel, le protocole 
objet de la presente invention permet de controler des 
liens d'un reseau ATM a partir d'un reseau IP, le reseau 
ATM constituant le reseau connecte et le reseau IP le 
reseau non connecte. 

Ainsi que represents en figure lb, on indique que 
des terminaux, terminal appelant TA et terminal appele TB, 
disposent bien entendu d'une carte d ' interconnexion en 
reseau de type IP et d'une carte d ' interconnexion en 
reseau de type ATM, afin d'effectuer le transport des flux 
d 1 informations a qualite de service ou, le cas echeant, de 
disposer des deux piles de protocole sur la meme carte 
d' interconnexion ATM ainsi qu'il est represents sur la 
figure lb. 

Dans ce cas, les deux reseaux, reseau IP non 
connecte et reseau ATM connecte, sont constitues sur le 
meme support physique. En particulier, les applications 
IP, c'est-a-dire les messages HTML ou analogue, sont 
transportees sur une emulation d'un reseau local LAN , pour 
Local Area Network, et les messages ATM peuvent etre 
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transmis dans la machine directement ou apres la couche 
d' adaptation AAL. 

Ainsi, en reference a la figure lb, on indique que 
les deux piles de protocole sont supportees par le meme 

5 support physique. 

En reference a la figure lc, lorsque la connexion 
vers un serveur, tel qu'en particulier un serveur "web", 
est etablie a partir du terminal appelant TA, le dialogue 
peut s'etablir entre le terminal appelant precite et le 

10 serveur par 1 ' intermediaire du protocole HTTP d'un 
navigateur "web" pour le transfert des messages et le cas 
echeant de programmes, sous-programmes d 1 execution ainsi 
qu'il sera decrit ulterieurement dans la description. 
Ensuite, le serveur peut alors lancer des ordres de 

15 connexion, ainsi que represents sur la figure lc, les 
ordres de connexion etant lances a un reseau de commande 
par 1 ' intermediaire d'un protocole IP CORBA, le reseau de 
commande comportant un BUS CORBA vers des stations 
generatrices de liens ATM . On indique que, de maniere non 

20 limitative, en reference a la figure lc, la configuration 
du reseau ATM est realisee a partir d'une plate-forme de 
programmation repartie, toute autre solution telle que la 
signalisation par un agent tiers pouvant etre egalement 
envisagee . 

25 En reference a la figure lc, on indique que, pour 

realiser les connexions sur le reseau ATM, c'est-a-dire 
pour configurer le reseau connecte ainsi que represents 
sur la figure precitee, le protocole utilise entre le 
reseau de commande precedemment mentionne RC et le reseau 

30 ATM, constituant en fait le reseau de transport de 
1 1 application avec qualite de service, peut etre realise 
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par 1 ' intermediaire d'un protocole GSMP, pour Generic 
Switch Management Protocol . 

On comprend ainsi qu'au niveau du reseau connecte 
constituant le reseau de transport precite, ce reseau peut 
5 etre constitue en differents sous-reseaux, sous-reseau 1, 
sous-reseau 2, de maniere non limitative, les liens ATM 
entre terminal appelant TA et terminal appele TB 
permettant bien entendu de realiser 1 ' interconnexion de 
ces derniers en des lieux quelconques. 

10 Une description plus detaillee d'un exemple 

specifique de mise en ceuvre du protocole objet de la 
presente invention, dans le cas ou le reseau non connecte 
est un reseau IP et ou le serveur est un serveur "web" par 
exemple, sera maintenant donnee en liaison avec la figure 

15 2. 

Ainsi que represents sur la figure precitee, les 
etapes consistant a transmettre la requete de reservation 
de connexion et a etablir le processus de reservation de 
ressources reseau avec qualite de service, c'est-a-dire 

20 les etapes representees en figure la aux points A, B, 
peuvent consister au moins a transmettre 1) du terminal 
appelant TA au serveur "web" une demande de connexion et, 
sur connexion du terminal appelant TA au serveur precite, 
a fournir 2) au terminal appelant TA une page d' entree. La 

25 fourniture d ' une page d' entree au terminal appelant TA 
n'est pas decrite en detail figure 2, car une telle 
operation est une operation classique, lors d'un acces par 
un terminal a un serveur, selon le protocole de 
transmission par reseau IP. 

30 Suite a la fourniture de la page d f entree, le 

protocole objet de la presente invention consiste en une 



WO 01/26301 



PCT/FROO/02725 



13 

etape 3) dans laquelle le terminal appelant procede a un 
telechargement dans les memoires constitutives de ce 
dernier a partir du serveur, et en particulier du serveur 
"web", d'un sous-programme de selection de parametres de 
5 qualite de service. Ainsi, le terminal appelant, a partir 
de ce sous-programme, sera en mesure, par 1 ' intermediaire 
du guidage de 1 ' utilisateur de ce terminal appelant, de 
selectionner les parametres de transmission des 
informations relatives a 1 1 application a executer. 

10 L'etape 3) precitee est alors suivie d'une etape 

3a) representee par une fleche en boucle fermee au niveau 
du terminal appelant TA consistant a etablir, a partir du 
terminal appelant precite et • du sous -programme de 
selection, un choix de parametres de qualite de service. 

15 Les etapes 3) et 3a) precedemment mentionnees sont 

alors suivies d'une etape 4) consistant, apres avoir saisi 
les parametres de la communication et de qualite de 
service desires, a transmettre du terminal appelant TA au 
serveur, serveur "web", le choix des parametres de qualite 

20 de service retenu. 

Suite a l'etape 4), il est alors possible 
d 1 etablir, a partir du choix des parametres de qualite de 
service retenu, la reservation des ressources de reseau 
connecte constituant les ressources reseau avec qualite de 

25 service precedemment mentionnees dans la description. La 
reservation des ressources precitee est etablie a partir 
du serveur, serveur "web", vers le reseau ATM precedemment" 
decrit en liaison avec les figures lb et lc par 
1 1 intermediaire du reseau de commande RC . 

30 Ainsi, a la fin de l'etape 4), le reseau de 

commande RC etablit une reservation de ressources sur le 
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reseau ATM entre le terminal appelant TA et le terminal 
appele TB. 

Suite a 1 1 etablissement de la reservation des 
ressources de reseau connecte, le protocole objet de la 
presente invention peut consister avantageusement a 
transmettre, en une etape 5a), a partir du terminal 
appelant TA vers le terminal appele TB, une requete 
d' execution d ' application, cette requete d' execution 
d' application comportant au moins un code d 1 identification 
du terminal appelant TA. On comprend bien sur que 1 * etape 
de transmission de la requete d' execution d ' application 
peut alors etre realisee sur le reseau non connecte bien 
que la reservation des ressources de reseau connecte ait 
ef fectivement ete effectuee et le reseau connecte ait 
ainsi ete etabli. D'une maniere generale, on indique que 
la requete d' execution d ' application comporte au rnoins un 
code d' identification du terminal appelant TA. Suite a 
1' etape 5a) precitee, le protocole objet de la presente 
invention consiste, en une etape 5b), a etablir au niveau 
du terminal appele TB un processus de gestion de la 
requete d'execution d ' application. Sur la figure 2, pour 
cette raison, le processus de gestion realise a 1' etape 
5b) est represents par une boucle fermee au niveau du 
terminal TB. 

Dans un mode de realisation particulier 
preferentiel non limitatif, le processus de gestion 
represents a 1' etape 5b) peut comporter avantageusement, 
sur refus par le terminal appele TB de la requete 
d 1 execution de 1 ' application, une etape de transmission 
par l 1 intermediate du circuit non connecte vers le 
terminal appelant TA d ' un message de re jet de la requete 
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d' execution d 1 application et d'incitation du terminal 
appelant TA a liberer la reservation de connexion. Sur la 
figure 2, on indique que l 1 etape de transmission du 
message de rejet de la requete d' execution est referencee 
5 5c) . 

Au contraire, sur acceptation par le terminal 
appele TB de la requete d 1 execution, une etape de 
transmission par 1 1 intermediaire du circuit non connecte 
au terminal appelant d'un message d ' acceptation de la 

10 requete d 1 execution d 1 application et de lancement de cette 
application est realisee. Sur la figure 2, 1 ' etape 
precitee de transmission d'un message d ' acceptation de la 
requete d' execution d 1 application est notee 5d) . 

Au contraire, en 1 ' absence de reponse du terminal 

15 appele TB pendant une duree predeterminee, absence de 
reponse a la requete d' execution d ' application, le 
protocole objet de la presente invention consiste a 
effectuer la transmission, en une etape 5e) , suite a la 
duree predeterminee precitee par 1 ' intermediaire du 

20 circuit connecte vers le terminal appelant TA d'un message 
d* absence du terminal appele TB. D'une maniere generale, 
on indique que sur la figure 2, les etapes 5c) , 5d) et 5e) 
sont globalement designees par reponse de vlsio, visio 
designant de maniere generique une application dediee a la 

25 visioconf erence ainsi qu'il sera decrit ulterieurement 
dans la description. 

Le protocole de lancement d'une application 
logicielle a distance et de reservation de ressources 
reseau avec qualite de service, objet de la presente 

30 invention, peut etre mis en ceuvre, en ce qui concerne la 
requete de reservation de connexion et le sous-programme 



WO 01/26301 



PCT/FR00/02725 



16 

de selection de parametres de qualire de service, au moyen 
de sous-programmes, designes communement par appliquettes 
ou encore applets en environnement JAVA. 

Dans ces conditions, on indique que 1 ' etape de 
telechargement dans le terminal appelant a partir du 
serveur d'un sous-programme de selection de parametres de 
qualite de service, peut consister avantageusement en le 
chargement d'une appliquette JAVA. 

Enfin, lors de la fin de 1' execution de 
1 'application, c'est-a-dire lors de la fin de la 
transmission de messages d ' information par le reseau ATM, 
le terminal appelant TA et le terminal appele TB terminent 
leur application localement de maniere semblable a la 
terminaison d'un appel telephonique classique par exemple 
ou d'une communication sur le reseau RNIS. 

Suite a la terminaison de cette communication, le 
terminal appelant TA, lequel a etabli la connexion, est 
alors incite a effectuer une operation de deconnexion 
permettant en fait de liberer a 1 ' etape 7) les ressources 
aupres du serveur "web" precite du reseau ATM. La gestion 
de 1* ensemble est done complete, le reseau ATM etant alors 
totalement libere et pret pour une nouvelle 
reconfiguration ulterieure. 

Une description plus detaillee d' elements 
specifiques du protocole, objet de la presente invention, 
lorsque 1 ' application est dediee a une application de 
visioconf erence, sera maintenant donnee en liaison avec 
les figures 3a et 3b. 

Dans une telle situation, on comprend que les 
informations video relatives a la visioconf erence sont 
transmises par le reseau ATM et que dans ce but, le sous- 
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programme de selection de parametres de qualite de service 
constitue par une appliquette JAVA permet le choix des 
parametres d'abonne, de bande passante et de 
multidif fusion pour Multicast. En ce qui concerne la raise 
5 en ceuvre et la transmission d ' appliquettes JAVA, on 
preferera le mecanisme RMI, pour Remote Method Invocation, 
cree par la societe JAVASOFT , en raison de 1 ' inadaptation 
du protocole RPC, pour -Ramote Procedure Code, des systemes 
objet distribues. Ce mecanisme RMI a pour objectif : 
10 - de supporter l 1 invocation distante des objets JAVA ; 

d'integrer le modele objet distribue dans 
1 1 environnement JAVA de fagon naturelle tout en gardant 
la semantique objet du langage ; 

de rendre simple le developpement d 1 applications 
15 distributes ; 

de preserver la securite et la surete fournies par 
1 ' environnement JAVA precite. 

On indique que le mecanisme RMI precite fait appel 
aux notions client/serveur valables pour un appel. Le 
20 mecanisme RMI permet en fait d'invoquer a distance un 
objet JAVA, ce qui permet de satisfaire a deux des trois 
points critiques mentionnes precedemment , a savoir : 

la dependance de la mise en oeuvre de ce mecanisme, ce 
mecanisme RMI utilisant en fait l'adresse IP pour 
25 retrouver le serveur RMI distant ; 

en outre, un service de visioconf erence impose, au 
niveau de chaque terminal, terminal appelant TA et 
terminal appele TB, que le terminal appele TB soit sous 
tension et connecte et qu'un serveur RMI existe en 
30 tache de fond sur chacun des terminaux precites. 



WO 01/26301 



PCT/FR00/02725 



18 



Au cours d'une communication, le terminal appelant 
TA est a la fois client et serveur RMI, et le terminal 
appele TB est serveur RMI, meme si le code est le meme sur 
chacun des terminaux precites. Dans ces conditions, le 
service de visioconf erence precedemment mentionne n'est 
done pas completement independant du terminal mais il a 
l'avantage d'etre securise car les seules actions 
possibles sur chaque terminal distant sont celles definies 
dans 1' interface cote serveur. 

Afin de mettre en ceuvre le service de 
visioconference precite, il est toutefois necessaire de 
prevenir le terminal appele TB de la requete d' execution 
d' application precedemment mentionnee dans la description. 

Dans le cadre de la mise en oeuvre du protocole, 
objet de la presente invention, en environnement JAVA, une 
solution satisfaisante consiste a introduire, au niveau du 
terminal appele, une boite de dialogue JAVA invoquee a 
distance. 

Dans ces conditions, les memes references 
chiffrees correspondant aux etapes de mise en ceuvre du 
protocole objet de la presente invention telles que 
represente en figure 2 maintenant dediees a une 
application de visioconference, les etapes successives 
correspondantes sont donnees ci-apres : 

1) le terminal appelant TA se connecte au serveur "web" 
de ressources ; 

2) une page HTML est fournie par ce dernier au terminal 
appelant TA. Le serveur "web" contient les 
informations necessaires au service. II assure la 
correspondance entre le nom et l'adresse IP du 
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terminal appelant TA de maniere similaire aux listes 
de diffusion dans les courriers electroniques ; 
3) le terminal appelant TA telecharge 1 ' appliquette 
JAVA, laquelle permet de choisir les parametres de 
5 communication tels que abonne B, bande passante, 

multidif fusion pour multicast ainsi que mentionne 
precedemment , cette liste n'etant pas limitative. 
L f appliquette JAVA precitee, ainsi que represents en 
figure 3a, comporte une page ecran affichee au niveau 

10 du terminal appelant TA et comportant au moins deux 

boutons de selection, un bouton de selection 
"Connexion" /"Deconnexion'' ainsi qu'un bouton de 
reglage du debit voulu pour assurer la transmission 
des donnees de visioconf erence . Les autres parametres 

15 peuvent servir pour la commande externe. Le bouton de 

reglage de debit est designe par "Debit Kb" sur la 
figure 3a. 

De maniere particulierement avantageuse, on indique 
que le bouton de selection "Connexion"/ "Deconnexion" 

20 est un bouton a fonction reattribuable . Selon un 

aspect particulierement avantageux, au bouton de 
selection "Connexion" est allouee, suite a la 
reservation de ressources de reseau avec qualite de 
service, une fonction de synchronisation entre la 

25 commande externe du reseau et le lancement de 

1 ' application de visioconf erence . Un tel mode 
operatoire permet une synchronisation entre la 
commande externe de reseau et le lancement proprement 
dit de 1 1 application de visioconf erence car elle 

30 evite ainsi de lancer 1 ' application precitee avant la 

reservation des ressources du reseau ATM sans 
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lesquelles 1 ' application ne peut bien entendu 
f onctionner . 

4) L'appui sur le bouton "Connexion" a l'etape 4) 
declenche ie retour vers le serveur "web" de 1 ' ordre 
d'etablissement de la connexion. Dans ces conditions, 
ie serveur "web" passe 1' ordre de reservation au 
reseau de commande RC et ce dernier etablit une 
reservation de ressources ATM entre le terminal 
appelant TA et le terminal appele TB par allocation 
d'un chemin virtuel VP, pour Virtual Path, et d'un 
canal virtuel VC, pour Virtual Channel, par terminal 
apres calcul de 1' operation de routage. Dans 
l'exemple precite, la gestion du reseau est 
distribute en reference a la figure 1c a l'aide du 
protocole CORBA afin d'obtenir une meilleure 
efficacite lors de la commande des commutateurs 
assurant la connexion pour constituer le reseau 
connecte . 

5a) lors de l'etape consideree, 1 ■ appliquette JAVA 
precedemment mentionnee comporte en outre une page 
ecran affichee au niveau du terminal appele TB. Cette 
page ecran comportant deux boutons, un bouton 
d' acceptation, note "Accepte", et un bouton de refus 
de lancement de 1 1 application, bouton note "refuse". 
L ' action realisee a l'etape 5a) precitee met ainsi en 
attente le terminal appelant avec un message du type 
"Appel en cours" et previent de cette maniere le 
terminal appele TB d'une dernande de visioconf erence 
par l'intermediaire de la boite de dialogue, le cas 
echeant combinee a une sonnerie, cette boite de 
dialogue lui indiquant 1'identite du demandeur. Sur 
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la figure 3b, on indique que le mot "Visio" designe 
1 1 application de visioconf erence de maniere 
generique, "Karnak" designant arbitrairement 

l'identite du terminal appelant. La boite de dialogue 
precitee telle que representee en figure 3b peut 
avantageusement etre constitute par une application 
JAVA lancee au moyen du mecanisme RMI precite et 
permet ainsi au terminal appele TB de repondre au 
terminal appelant TA en fonction de sa decision. On 
comprend bien sur que dans de telles conditions, la 
decision est prise par 1 1 utilisateur du terminal 
appele TB. 

La gestion de 1 1 acceptation ou du refus peut alors 
etre realisee selon plusieurs choix a l'aide des deux 
boutons precedemment mentionnes en liaison avec la 
figure 3b, boutons d 1 acceptation ou de refus. 
L' utilisateur du terminal appele peut ainsi realiser 
les actions suivantes : 

a) il peut refuser la visioconf erence demandee par 
appui sur le bouton "Refuse", cette action ayant 
pour effet de retourner alors un code permettant 
d'indiquer au demandeur que son correspondant ne 
desire pas la visioconf erence et que 1 ' utilisateur 
du terminal appelant TA a en charge de liberer les 
ressources precedemment reservees. C'est 1 ' etape 
5c) de la figure 2. 

b) Le terminal appele peut accepter la 
visioconf erence demandee par appui sur le bouton 
"Accepte", le code retour correspondant etant 
renvoye et les applications de visioconf erence 
etant alors lancees simultanement sur les deux 
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terminaux, terminal appelant, terminal appele, au 
moyen du mecanisme RMI . C'est l'etape 5d) de la 
figure 2. 

c) Le terminal appele TB est connecte, mais il ne 
repond pas apres la fin d'un module retardateur 
"timer" dont la duree peut etre fixee de 15 a 20 
secondes par exemple. Dans de telles conditions, 
on indique alors 1 ' absence de 1 1 utilisateur du 
terminal appele TB au terminal appelant TA. Le 
timer precite peut avantageusement etre declenche 
au niveau du terminal appele TB lors du lancement 
de la boite de dialogue JAVA. C'est l'etape 5e) de 
la figure 2. 

6} Lors de la fin de la communication, c'est-a-dire lors 
de la fin de 1 ' application de visioconf erence, les 
deux abonnes utilisateurs des terminaux, terminal 
appele TA et terminal appele TB, terminent leur 
application localement comme au telephone par 
exemple. Le terminal appelant qui a etabli la 
connexion doit alors terminer celle-ci par un appui 
sur le bouton "Deconnexion" ; 

L 1 appui par 1 ' utilisateur au niveau du terminal 
appelant TA sur le bouton "Deconnexion" dont la 
fonction n*a pas ete reattribuee permet alors de 
liberer les ressources apres la fin de la 
visioconf erence et de la fin de la communication. Le 
mecanisme de deconnexion peut alors etre similaire a 
celui de la connexion mais avec 1 ' ordre de liberer 
les ressources au lieu de les reserver. 
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REVINDICATIONS 

1. Protocole de lancement d'une application 
iogicieile a distance et de reservation de ressources 
reseau avec qualite de service, entre un terminal appelant 

5 et un terminal appele, caracterise en ce qu'il consiste : 
a transmettre, a partir du terminal appelant vers le 
terminal appele, une requete de reservation de 
connexion, par 1 1 intermediaire d'un serveur et d'une 
transmission par reseau non connecte ; 

10 a etablir, entre le terminal appelant et le terminal 

appele, un processus de reservation de ressources 
reseau avec qualite de service, par echange de messages 
par 1 1 intermediaire de ladite transmission par reseau 
non connecte, et sur acceptation de ladite reservation 

15 de ressources reseau par ledit serveur, 

a etablir, sur le meme reseau physique support du 
reseau non connecte, par 1 ' intermediaire d'un reseau de 
commande, un reseau connecte entre ledit terminal 
appelant et ledit terminal appele, ledit reseau 

20 connecte constituant ladite ressource reseau avec 

qualite de service pour executer ladite application 
Iogicieile a distance entre ledit terminal appelant et 
ledit terminal appele. 

2. Protocole selon la revendication 1, caracterise 
25 en ce que ledit serveur etant constitue par un serveur 

"web", lesdites etapes consistant a transmettre la requete 
de reservation de connexion et a etablir entre le terminal 
appelant et le terminal appele un processus de reservation 
de ressources reseau avec qualite de service consiste en 
30 1* envoi de messages HTML. 
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3. Protocole selon 1 1 une des revendications 1 ou 
2, caracterise en ce que lesdites etapes consistant a 
transmettre la requete de reservation de connexion et a 
etablir ledit processus de reservation de ressources 
reseau avec qualite de service consiste au moins : 

- a transmettre dudit terminal appelant audit serveur une 
demande de connexion ; et, sur connexion dudit terminal 
appelant audit serveur, 

- a fournir audit terminal appelant une page d ' entree ; 

- a charger dans ledit terminal appelant, a partir dudit 
serveur, un sous-programme de selection de parametres 
de qualite de service ; 

- a etablir, a partir dudit terminal appelant et dudit 
sous-programme de selection, un choix de parametres de 
qualite de service ; 

- a transmettre, dudit terminal appelant audit serveur 
ledit choix de parametres de qualite de service ; 

- a etablir, a partir du choix des parametres de qualite 
de service, la reservation des ressources de reseau 
connecte, constituant les ressources reseau avec 
qualite de service. 

4. Protocole selon 1 1 une des revendications 1, 2 
ou 3, caracterise en ce que, suite a 1 ' etablissement de la 
reservation des ressources de reseau connecte, celui-ci 
consiste en outre : 

- a transmettre, a partir du terminal appelant, vers le 
terminal appele, une requete d* execution d ' application, 
ladite requete d' execution d ' application comportant au 
moins un code d 1 identification du terminal appelant ; 
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a etablir, au niveau dudit terminal appele, un 
processus de gestion de la requete d 1 execution 
d ' application. 

5. Protocole selon la revendication 4, caracterise 
5 en ce que ledit processus de gestion comporte : 

sur refus, par ledit terminal appele, de la requete 
d* execution de 1 ' application, une etape de 
transmission, par 1 ' intermediaire dudit circuit non 
connecte, audit terminal appelant d'un message de re jet 
10 de ladite requete d' execution d ' application et 

d'incitation du terminal appelant a liberer ladite 
reservation de connexion ; 

sur acceptation par ledit terminal appele de la requete 
d 1 execution, une etape de transmission, par 
15 1 1 intermediaire dudit circuit non connecte, audit 

terminal "appelant d'un message d' acceptation de ladite 
requete d' execution d ' application et de lancement de 
cette application ; 

sur absence de reponse dudit terminal appele pendant 
une duree predeterminee, transmission, suite a cette 
duree determinee par 1 * intermediaire du circuit non 
connecte, vers ledit terminal appelant d'un message 
d 1 absence du terminal appele. 

6. Protocole selon l'une des revendications 2 a 5, 
25 caracterise en ce que la requete de reservation de 

connexion et le sous-programme de selection de parametres 
de qualite de service sont constitues par des appliquettes 
en environnement JAVA. 

7. Protocole selon la revendication 6, caracterise 
en ce que, pour une application logicielle constitute par 
une session de visioconf erence, transmise par le reseau 
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ATM, ledit sous -programme de selection de parametres de 
qualite de service constitue par une appliquette JAVA 
permet le choix des parametres d'abonne, de bande 
passante, de multidif fusion. 

8. Protocoie selon la revendication 7, caracterise 
en ce que ladite appliquette JAVA comporte une page ecran 
affichee au niveau du terminal appelant comportant au 
moins deux boutons de selection, un bouton de selection 
"connexionV'deconnexion" et un bouton de reglage du debit 
de transmission. 

9. Protocoie selon la revendication 8, caracterise 
en ce que ledit bouton de selection 
"connexionV'deconnexion" est un bouton a fonction 
reattribuable, au bouton de selection "connexion" etant 
alloue, suite a la reservation de ressources de reseau 
avec qualite de service, une fonction de synchronisation 
entre la commande externe du reseau et le lancement de 
1 1 application de visioconf erence . 

10. Protocoie selon la revendication 8 ou 9, 
caracterise en ce que ladite appliquette JAVA comporte en 
outre une page ecran affichee au niveau dudit terminal 
appele comportant deux boutons, un bouton d 1 acceptation et 
un bouton de refus de lancement de 1 ' application . 



WO 01/26301 PCT/FROO/02725 



1/3 




TRANSMISSION DE TA VERS S 

DE Rrc PAR 

RESEAU NON CONNECTE 



PROCESSUS DE RESERVATION 
DE RESSOURCES RESEAU 
AVEC QUALiTE" DE SERVICE 
PAR RESEAU NON CONNECTE 



-B 



1 

ETABLiSSEMENT D'UN 
RESEAU CONNECTE ENTRE 
TA ET TB PAR RC 
EXECUTION DE L' APPLICATION 



FIG. 1a. 



Page Blank (uspto) 



WO 01/26301 



PCT/FR00/02725 



2/3 

APPLiCATiONS 
SUR TCP/IP 



LANE OU 
IP CLASSl'QUE 



AAL 5 



AAL 



PDU 



ATM 



COUCHE PHYSIQUE 



FIG.1t>. 



APPU WEB/JAVA DE COMMANDE 
DE SERViCE, 





RESEAU DE 
SERVICE 



LIEN ATM 
4* 



LIEN ATM 



FIG.Ic. 



This Page 



Blank tuspto) 



WO 01/26301 ' ' - / . PCT/FR00/02725 

3/3 

-H SERVEUR WEB 2 L_S 

70RDRE CONNEXION f W 

.': 1 / 

/RESEAU DE COMMANDE 

7* * 

7- x 




• "RESSOURCE 
| TERMINAL DEMANDEUR 1 "" 



t — ■r'Tifmanhf de" 




TERMiNAL DEMANDE" 



y / \ — ^—ft DEMANDE DE — 7/] / v \ ' 

3a 5d ^ REPONSE DE ^Sa 5b 

56 ^—vLsjQ.^- 5c 



FIG.2. 



TYPE D'APPEL f^LIEN. rA LA rSIG 

PHYS IQUE DEMANDE 
DEBIT (EN Kb):[768v] 

TYPEDETRAFIC F CONSTANT rVARiABLE 
TYPE DE SERVICE fTEMPS REEL 
TERMiNAL A: KARNAK 
TERMiNAL B: [THEBES'*! 

CONNEXION I iDECONNEXiON 



FIG.3a. 

RESERVATiON ATM 



FIG.3b. 

BOiTE DE DIALOGUE 
TERMiNAL APPELE 



rrrsirxi 



VOULEZ VOUS UNE VISIO AVEC 
KARNAK ? 



IACCEPTERI | REFUSER 



15 SECONDESPOUR REPONDRE!!! 



page Blank (uspto; 



INTERNA!! 



SEARCH REPORT 



Interr "^^Tal Application No 

PCT/FR 00/02725 



A. CLASSIRCATION OF SUBJECT MATTER 

PC 7 H04L12/56 H04Q11/04 



According to International Patent Classiticalion (IPC) orio both national classification and IPC 



B. FIELDS SEARCHED 



Minimum documentation searched (classification system followed by classification symbols) 

PC 7 H04L H04Q 



Documentation searched other than minimum documentation to the extent that such documents are included in the fields searched 



Electronic data base consulted during the international search (name ot data base and. where practical, search terms used) - J j* '} 

EPO-Internal , WPI Data, PAJ, INSPEC, COMPENDEX, IBM-TDB 



C. DOCUMENTS CONSIDERED TO BE RELEVANT 



Category • Citation of document, with indication, where appropriate, ot the relevant passages 



Relevant to claim No. 



LAZAR A A: "PROGRAMMING TELECOMMUNICATION 
NETWORKS" 

IEEE NETWORK: THE MAGAZINE OF COMPUTER 
COMMUNICATIONS,^, IEEE INC. NEW YORK, 
vol . 11, no. 5, 

1 September 1997 (1997-09-01), pages 8-18, 

XP000699936 

ISSN: 0890-8044 

cited in the application 

abstract 

page 9, left-hand column, line 10 -page 
14, left-hand column, line 13 
page 14, right-hand column, line 55 -page 
16, left-hand column, line 10 

-/~ 



Further documents are listed in the continuation of box C. 



El 



Patent family members are listed in annex. 



° Special categories of cited documents : 

*A" document defining the general state of the art which is not 

considered to be of particular relevance 
'E* eartier document but published on or after the International 

filing date 

"L" document which may throw doubts on priority daim(s) or 
which is cited to establish the publication date of another 
citation or other special reason (as specified) 

*0" document referring to an oral disclosure, use, exhibition or 
other means 

•P' document published prior to the international filing date but 
later than the priority date claimed 



'T* later document published after the international filing date 
or priority date and not in conflict with the application but 
cited to understand the principle or theory underlying the 
invention 

■X" document ot particular relevance; the claimed invention 
cannot be considered novel or cannot be considered to 
involve an inventive step when the document is taken alone 

■Y" document of particular relevance: the claimed invention 

cannot be considered to involve an inventive step when the 
document is combined with one or more other such docu- 
ments, such combination being obvious to a person skilled 
in the art. 

*&* document member of the same patent family 



Date ot the actual completion ot the international search 



2 January 2001 



Date of mailing of the international search report 



12/01/2001 



Name and mailing address of the ISA 

European Patent Off ice. P.B. 5816 Patentlaan 2 
NL - 2280 HV Rijswijk 

Tel. (+31-70) 340-2040. Tx. 31 651 epo nl. 
Fax: (+31-70) 340-3016 



Authorized officer 



Lievens, K 



Porm PCT/1SA/210 (socono sheet) (July 19S2> 



page 1 of 2 



INTE 



ONAL SEARCH REPORT 



Interr nal Application No 

PCT/FR 00/02725 



C(Contirtuation) DOCUMENTS CONSIDERED TO BE RELEVANT 



Caiegory ~ Citation of document, with indication. where appropriate, of the relevant passages 



Relevant to ctaim No. 



A (ERICSSON TELEFON AB L M) 
1998 (1998-12-23) 



WO 98 58474 
23 December 
abstract 
page 1, line 13-20 
page 2, line 27 -page 3, line 23 
page 8, line 31 -page 11, line 25 
page 19, line 9-30 
page 30, line 7 -page 31, line 9 

EP 0 661 626 A (SPACE LABS MEDICAL INC) 

5 July 1995 (1995-07-05) 

abstract 

page 2, line 16-37 
page 3, line 13-23 



Form PCT/1SA/210 (continuation of second Sheet) (July 1992) 



page 2 of 2 



At 



INTERNA^DNAL SEARCH REPORT 

...formation on patent family members 



Patent document 
cited in search report 



Publication 
date 



Interr nal Application No 

PCT/FR 00/02725 



Patent family 
member(s) 



Publication 
date 



WO 9858474 



23-12-1998 



AU 
US 



8050398 A 
6134589 A 



04-01-1999 
17-10-2000 



EP 0661626 



05-07-1995 



CA 



2138627 A 



24-06-1995 



Fofm PCT/lSA/210 (paieni f amity annex) (Juty 1992) 




This Page Blank (uspfo) 



* 



RAPPORT DE REG 



INTERNATIONALE 



Derm ^^Internationale No 

PCT/FR 00/02725 



A. CLASSEMENT DE L OBJET DE LA OEMANDE 

CIB 7 H04L12/56 H04Q11/04 



Seton la classification intemationale des brevels fCIB) ou a ia foisselon la classification nationale el la CIB 



B. DOMAINES SUR LESOUELS LA RECHERCHE A PORTE 



Documentation minimale consutlee (systeme de classification suivi des symbotes de classement) 

CIB 7 H04L H04Q 



Documentation consultee autre que ta documentation minimale dans la mesure ou ces documents refevent des domaines sur lesquets a po lie la recherche 



Base de donnees etectronique consuliee au cours de la recherche intemationale (nom de la base de donnees. et si realisable, termes de recherche utilises) 

EPO-Internal , WPI Data, PAJ, INSPEC, COMPENDEX , IBM-TDB 



C. DOCUMENTS CONSIDERES COMME PERTINENTS 



Categorie * 



Identification des documents cites, avec. le cas echeant. r indication des passages pertinents 



no. des revendications visees 



LAZAR A A: "PROGRAMMING TELECOMMUNICATION 
NETWORKS" 

IEEE NETWORK: THE MAGAZINE OF COMPUTER 
COMMUNICATIONS, US, IEEE INC. NEW YORK, 
vol. 11, no. 5, 

1 septembre 1997 (1997-09-01), pages 8-18, 

XP000699936 

ISSN: 0890-8044 

cite dans la demande 

abrege 

page 9, colonne de gauche, ligne 10 -page 
14, colonne de gauche, ligne 13 
page 14, colonne de droite, ligne 55 -page 
16, colonne de gauche, ligne 10 

-/- 



[T| Voirla 



suite du cadre C pour la fin de la llste des documents 



ID 



Les documents de families de brevets son! indiques en annexe 



" Categories speciales de documents cites: 

*A* document definissant I'etat general de la technique, non 

considere comme particulierement pertinent 
*E" document anterieur. mais publie a ta date de depot international 

ou apres cette date 
"L* document pouvant jeter un doute sur une revendication de 

priortte ou ctte pour determiner la dale de publication d'une 

autre citation ou pour une ratson spectale (telle qu'indiquee) 
"O" document se reterant a une divulgation orale. a un usage, a 

une exposition ou tous a ulres moyens 
■P* document publie avant la date de dep6l international, mats 

posterieurement a la date de priorite revendiquee 



■T* document ulterieur publie apres la date de depot international ou la 
dale de priortte et n'appartenenant pas a retat de la 
technique pertinent, mais cite pour comprendre ie princtpe 
ou la theorie constituant la base de r invention 

*X' document particulierement pertinent; Tinven tion revendiquee ne peut 
etre consideree comme nouvelle ou comme impliquant une activit6 
inventive par rapport au document constdere tsolement 

'V document particulierement pertinent; rinven tion revendiquee 
ne peut etre consideree comme impliquant une activite inventive 
lorsque le document est assode a un ou plusteurs autres 
documents de meme nature, cette combtnaison etant evidente 
pour une personne du metier 

"A" document qui tail partie de la meme famitle de brevets 



Date a laquelle la recherche intemationate aete eflectivemeni achevee 



2 Janvier 2001 



Date d'expedition du present rapport de recherche intemationale 

12/01/2001 



Nom et adresse po stale de r administration charge© cte la recherche intemationale 
Office Europeen des Brevets. P.B. 5818 Patenllaan 2 
NL - 2260 HV Rijswijk 
Tel (+31-70) 340-2040. Tx. 31 651 epo nl. 
Fax; (+31-70) 340-3016 



Fonctionnaire autorise 



Lievens, K 



Fomutaire PCT/ISA/210 (deu«i«mo louiDft) 1992) 



page 1 de 2 



RAPPORT DE 



RCHE INTERNATIONALE 



Demi 



Internationale No 



PCT/FR 00/02725 



C(suite) DOCUMENTS CONSIDERES COUME PERTINENTS 



Categorie ° Identification des documents cites, avtc.le cas echeant. rindicationdes passages pertinents 



no. des revendjcalions vtsees 



A (ERICSSON TELEFON AB L M) 
1998 (1998-12-23) 



WO 98 58474 
23 decembre 
abrege 

page 1, ligne 13-20 
page 2, ligne 27 -page 
page 8, ligne 31 -page 
page 19, ligne 9-30 
page 30, ligne 7 -page 31, ligne 9 



3, ligne 23 
11, ligne 25 



EP 0 661 626 A 
5 juillet 1995 
abrege 
page 2, ligne 16-37 
page 3, ligne 13-23 



(SPACE LABS MEDICAL INC) 
(1995-07-05) 



Formulairo PCT/LSA/210 (suaa oe la cfeuxeme (euilte) (juilet 1992) 



page 2 de 2 



RAPPORT DE RECHIHHE INTERNATIONALE 
Renseigrte merits relaUfs au. membresde families de brevets 



Document brevet cite 
au rapport de recherche 



Date de 
publication 



Dem« ^^rTternationale No 

PCT/FR 00/02725 



Membre(s) de la 
famine de brevet(s) 



Date de 
publication 



WO 9858474 



23-12-1998 



AU 
US 



8050398 A 
6134589 A 



04-01-1999 
17-10-2000 



EP 0661626 



05-07-1995 



CA 



2138627 A 



24-06-1995 



Formutaire PCT/1SA/210 (annexe lamtites oo brevets) (juiBet 1992) 



This Page Blank (uspto) 



